Providing Rich, Qualified Search Results with Messaging Between Buyers and Sellers

ABSTRACT

The present disclosure provides for an on-line venue in which search results are displayed with rich media and qualified content and the ability to contact multiple of the sources anonymously or otherwise communicate what product or service they want to purchase by posting an interactive request that a number of sellers can then directly respond to. This enables a higher quality of web search results and for the buyer&#39;s to directly match their needs with qualified vendors. A buyer&#39;s request can be broadcast to relevant sellers or service providers that can be preselected by the buyer. Such embodiments may take the burden from a buyer in finding the right products and services by self-qualifying the request to proactive prospective sellers.

CROSS-REFERENCE TO RELATED APPLICATIONS

This application claims priority from and is a continuation of U.S. Non-Provisional application Ser. No. 15/233,729, filed on Aug. 10, 2016, entitled “Providing Rich, Qualified Search Results with Messaging Between Buyers and Sellers”, which claims the benefit of U.S. Provisional Patent Application No. 62/203,246, entitled, “Providing Rich, Qualified Search Results with Messaging Between Buyers and Sellers” filed on Aug. 10, 2015, which is expressly incorporated by reference herein in its entirety.

BACKGROUND OF THE INVENTION

This disclosure generally relates to an advanced web search service that returns results that include rich media content. This content may be qualified by the source provider, such as the publisher of an internet site or another source provider, to accurately summarize their original web pages. These results are presented to the user in a clear, consistent, clutter-free, uniform, and concise manner.

The search results may include relevant summaries, text content, images, photos, videos, contact emails, phone numbers, chat links, address locations, map links, and any application specific information such as open hours, product pricing, and so on. The types of the results provided may depend, at least in part, on the type of results that are sought by a user or a query from the user.

The users may choose to selectively communicate with the result sources who may be content/service providers and sellers of products by means of a broadcast messaging system.

The ranking of the results are made based upon previous experiences obtained from users through reviews, ratings, and recommendation for them based on their experience.

With current internet technology, internet users trying to search for information, content, product or services, get volumes of results. These results are fetched by bots that visit and gather content from websites all over the internet. However, these results may often lack in accuracy and quality. Most search engines use the same methods and display results which were pre-fetched results by bots. For example, these results may have display data containing a summary of the website, the URL, and a title. In addition, most search engines can obtain image search results or video search results separately for any search term.

The results from other websites, when presented to users, are included with advertisements and paid sponsorship results. The paid advertisements and the organic search results obtained through bots are separate and displayed separately within the same search results page. The organic search results obtained by bots may not be adequate, accurate, and may not be qualified. The paid advertisements may not easily trusted by the users, and the summary descriptions in those advertisements may be overstated to get high click through rates.

In order to find the right results and further locate and contact the source of the content, users of such a website may have to click and visit the volume of links in the search result pages. They cannot trust the links with the summary information and title alone. In some cases, the ability to click to call with a computer or a call back to a voice phone is provided for paid search results. Interaction between the buyers and sellers is typically seller-centric with advertisements and big data analytics that track the buyer and invade their privacy while those buyers are searching for products and services. Often what is available is limited to just what is posted by sellers in advertisements and the robotic results fetched by the search bots. There is a significant gap in the ability for the users to get validated summary results when they search and attempt to communicate with the sources of content.

Users quickly click on the results without entirely reading the summary text given the volume of results. Moreover, users are unable to communicate easily with the content providers and convey their needs easily to the potential sellers or content/service providers. When buyers search online, hours can be spent filtering the search results, trying to find the trusted match and contacting different sellers, repeatedly explaining what they need or what they are looking for. Users click on the top few listings and view the full sites and then may send a contact message or use the displayed phone number to call the source. Buyers end up reaching out to one, maybe two sellers. It is unlikely they are getting the best price, much less the best match.

A large percentage of content/service providers or sellers are not very savvy with advertising online and remain technically challenged with setting up websites, identifying the best places to advertise and optimizing their ads and website click rate performance They invest in search engine optimization (SEO) tactics to get their sites ranked to show up in the first few results. Alternately they may subscribe to paid results and still need to manage the ad campaigns through keyword management, click through rate improvement and constantly mange bidding to pay more over the others and stay on the top ranking results. Owners of website are not able or allowed to edit the search results obtained by bots and qualify the results before they are displayed.

Even the databases that basic business information do not include desired contact information such as email or text message mobile numbers voice phone numbers and address. When they display contact information such as email address on their websites, those emails are harvested by spammers and misused to the extent that website owners never ever really check those emails for the valid contacts made. In the cases where they create a contact form instead, buyers have to fill out the contact form for each seller separately in different websites without any consistency and they are frustrated after they reach out to may be one or two sellers. There is also an inconsistency in their website layout, contact form presentations that makes it hard for the users to navigate, locate, and contact the Sellers.

Sellers buy display advertisements or auctioned keywords and pay per click or by page views. Sellers hope that interested buyers will click on their links, visit their website, and then contact them directly with a request that generates new business. Sellers get clicks by mistake, clicks just for a quick review of the website. They get charged for every click on their ad links whether they get a request or not. When they do get a real request for services, they pay for all the clicks it took to get there. The vast majority of sellers listed get nothing, while the vast majority of buyers simply do not click on advertisements or paid links.

Current search income depends on an auction methodology that encourages sellers to overbid the others and pay more to get the clicks they don't really need. Meanwhile, buyers are bombarded with advertisements that they do not really want. Their searches, emails and other personal and private information are tracked, resold, and exploited to generate revenues. No revenue is directly generated from organic search results, which represent a majority of the online sellers or content/service providers and they are stifled from making any changes to their own descriptive summary content. This bot based search results with click based advertising revenue model has not changed much since its inception more than a decade ago.

BRIEF SUMMARY OF THE INVENTION

In one embodiment, the present disclosure provides for a search engine results page with rich content including images, photos, videos, contact information, and other information pertinent to the search, the search results being obtained from one or more electronic database. The rich content is presented concisely with photo(s) or a video in addition to the title, summary information about the website and a link to click on. The total number of results is limited to 50-100 with emphasis on quality, real user experiences, and clarity unlike present search engines, returning hundreds of thousands or millions of results.

From the search results page, users can anonymously communicate with the content providers or message precisely the product or service that they want to purchase by posting an interactive request with details, not limited to a text message, photos, videos, audio and files. Sellers or content/service providers (which may be referred to as “providers”) can then directly respond to those requests and communicate with the buyer (who may be referred to generally as a “user”). This embodiment enables the buyers or users who are already using the web or mobile applications to now communicate their interests in directly matching their needs with qualified sellers or content/service providers.

Embodiments of the present disclosure allow the owners of websites to claim their search engine result summary space in the displayed results page and add/update their summary content at any time to reflect accurately their website or product/service/business information. Owners of websites or content/service providers or sellers can add photos, videos, contact information, or other relevant information.

In another embodiment, a web page interface or a mobile web application may be provided to the content/service providers or sellers to manually enter or automatically update any data through an API. Examples of such real-time data include geolocation data, special offers, appointment times, open-now status, product inventory, pricing etc.

In another embodiment, the rankings of the results will be based upon the quality of the previous user experience, from viewing the search summary, reviewing the site content after clicking on the search results, the response rate to a submitted request message and the overall satisfaction of their interaction and quality of the transaction that occurred. Only users who interact directly with sellers/service/content providers may participate in the ranking.

Embodiments of the present disclosure broadcast a buyer's needs to multiple relevant sellers/service/content providers from existing and new web based services and mobile applications. Such embodiments may take the burden from a user trying to contact a content provider or a buyer in finding the right products and services by self-qualifying the request to proactive prospective sellers through existing and new web based and mobile messaging systems.

Further areas of applicability of the present disclosure will become apparent from the detailed description provided hereinafter. It should be understood that the detailed description and specific examples, while indicating various embodiments, are intended for purposes of illustration only and are not intended to necessarily limit the scope of the disclosure.

In one aspect of the present disclosure, a method for providing search results to a user is disclosed. The method includes providing, by a computer system, a user interface configured to allow the user to transmit a query to the system. The method further includes receiving, at the computer system, the query from the user, the query including a search phrase and retrieving, at the computer system, a plurality of search results from a database, the search results retrieved based at least on the search phrase included in the query from the user, each search result of the plurality of search results associated with a provider of a plurality of providers. The method also includes providing, at the computer system, the plurality of search results to the user, the plurality of search results including a second user interface configured to allow the user to contact two or more providers of the plurality of providers simultaneously, where each provider of the plurality of providers is associated with a search result of the plurality of search results. The method further includes receiving, at the computer system, a selection of two or more providers of the plurality of providers and a query, the selection of two or more providers chosen by the user from the provided plurality of search results and transmitting, at the computer system, the query to the two or more providers.

In some aspects, the method may also include providing a third user interface to a provider, the third user interface configured to allow the provider to establish a new provider account and to allow the provider to modify a search result owned by the provider and storing modifications made by the provider via the third user interface. In some aspects, each of the plurality of search results may further include contact data, the contact data including at least one of an email address and a phone number for a provider associated with a search result of the plurality of search results. The method may also include selecting an image for at least one search result of the plurality of search results, the image selected based on at least one of an image resolution, image dimensions, and image colors, and wherein the media content includes the image. The method may also include, prior to providing the plurality of search results, sorting the plurality of search result into an order, the order based at least in part on previous user experiences with at least one search result of the plurality of search results. In some aspects, the query may be selected by the user based upon a selection in one or more drop-down boxes. One of the one or more drop-down boxes may include context-dependent options, the context-dependent options based at least in part on the search query.

BRIEF DESCRIPTION OF THE DRAWINGS

The various embodiments are illustrated by way of example, and not by way of limitation, in the figures of the accompanying drawings as follows.

FIG. 1 illustrates a search box according to some aspects of the present disclosure.

FIG. 2 illustrates search results which include rich media content such as images.

FIG. 3 illustrates additional search results which include rich media content such as images and offer contact information.

FIG. 4 illustrates a method for providing a user with rich media search results according to some aspects of the present disclosure.

FIG. 5 illustrates a method for displaying images according to some aspects of the present disclosure.

FIG. 6 illustrates a form that may be used to send messages to multiple contacts at once according to some aspects of the present disclosure.

FIG. 7 illustrates a method for a content provider to be identified to enable the content provider to edit search result descriptions.

FIG. 8 illustrates a method of providing users with a listing of their past searches and requests to vendors.

FIG. 9 illustrates a method of allowing users to rate search results and using those ratings for future searches.

FIG. 10 illustrates a method of obtaining feedback from both buyers and sellers, and using that feedback to improve search results.

FIG. 11 illustrates a web page that may be used by a vendor according to some aspects of the present disclosure.

FIG. 12 illustrates hardware components that may be used to implement certain aspects of the present disclosure.

FIG. 13 illustrates certain logical aspects the may be used according to some aspects of the present disclosure.

FIG. 14 illustrates a form that may be used to validate a phone number according to some aspects of the present disclosure.

FIG. 15 illustrates a form that allows a provider to enter the received code in order to validate a phone number.

FIG. 16 illustrates a form that may be used to allow providers to change information for a website or a search result.

FIG. 17 illustrates a form that may be used to provide contact information to the system according to some aspects of the present disclosure.

DETAILED DESCRIPTION OF THE INVENTION

The ensuing description provides preferred exemplary embodiment(s) only, and is not intended to limit the scope, applicability, or configuration of the disclosure. Rather, the ensuing description of the preferred exemplary embodiment(s) will provide those skilled in the art with an enabling description for implementing a preferred exemplary embodiment. It being understood that various changes may be made in the function and arrangement of elements without departing from the spirit and scope as set forth in the appended claims.

In one embodiment, the present disclosure provides for a web search results page implemented by a web-based service. The web-based service might comprise computer systems, databases, and web server interfaces. These systems may include certain components illustrated in FIG. 12 . For example, the system may include a central processing unit (CPU) 1230, RAM 1232, program storage 1234, a clock 1236, data storage 1238, a network driver 1260 operably connected to a network interface 1262, a central bus 1252, a keyboard driver 1240 operably connected to a keyboard 1216, a mouse drive 1242 operably connected to a mouse 1218, a display driver 1244 operably connected to a monitor 1220, a printer driver 1246 operably connected to a printer 1248, and graphics processor 1250. Each component may be included in a given system, or may be omitted. Certain components may also be combined. With such hardware, a provider of the service can accept requests from client systems to serve up web pages, obtain information from users of the service, and use the computer systems to generate responses. In this manner, users interacting with the web-based service would see and/or hear (via the buyer's client device, such as a computer with a browser, a smart phone, a smart watch, and/or a tablet computer that is connected to the Internet. According to one embodiment, a buyer may approach a website, for example using a browser, or access the web-based service using a downloaded mobile application on a user's smartphone, other mobile device, or a partnered website or mobile application. A “website” might refer to computer systems, databases, and web server interfaces that collectively provide and accept information for buyers and/or sellers.

The search results may include existing search results data obtained from search engines through their respective Application Program Interface (API) such as yelp.com, citygrid.com, yellowpages.com, google.com for local product sellers and service providers results and bing.com, yandex.com for general search results with or without a specific location. Images may be searched and obtained using bing.com or google.com image search or similar search engines through their API. New data may be obtained by fetching the content from those search result links and by parsing and extracting text, links to photos, images, and videos. The content fetching may be performed in real-time or offline by bots and saved to a database to be retrieved and presented when searched upon. The search engine APIs allow for search results to be fetched and get the title, URL, and summary description for each web link found.

Some embodiments of the present disclosure include searching for photo(s) for each of the search result by creating a search phrase with the user search phrase and the search result top level domain name. The images and videos thus obtained would be relevant to each search result and they are displayed alongside the summary description.

The images, photos, and videos may be fetched from each search result with the search phrase from image search engines through their API as well by searching for links referenced by <img src=” html parameters.

The images and photos extracted from the websites and through image search engines can be selectively used based upon their dimensions, image resolution, image colors, and other factors. The extracted images do not have to be downloaded, and may be referenced by the extracted image link and used to display in the search results page. Examples of search results pages may be seen in FIGS. 2 and 3 , for an exemplary search on grizzly bears. However, for images which are blocked by the source server due to “hotlink prevention” preventing clients with a referrer tag that's different from its own domain name, the server may fetch the actual image data and relay the content as an image data to the user. FIG. 5 provides more details on certain methods that may be used to allow hotlink-protected images to be rendered in the search results page. Other methods may also be possible as well.

Additional text description summary may be fetched from the content with the page of each search result. For example, this may be done using the HTML paragraph delimiters <p> or Meta tag description of the web page <meta name=“description” content=”.

The contact data including phone numbers and email addresses are extracted from the content obtained by fetching each search result page or the content from the contact page, mostly linked with the name containing “contact” in the URL. In addition, the extraction of emails is done within the html tags of mailto: Phone numbers are extracted with typical phone number patterns such as (510) 555-1212, 510.555.1212, and so on. Other techniques for extracting various data from a website may also be used, and these techniques are merely exemplary.

In some aspects, users may enter location into a user interface based upon the city and state or zip code or obtained automatically obtained through the browser or GPS in the mobile device or IP address of the user. When geolocation is present, the search results may be fetched from local type of data APIs, such as an API which may provide a user's location to the system. Alternately, general search engines may be used to fetch location-based results by, for example, concatenating the user search term with “in” the specific location entered. As illustrated in FIG. 1 , a user may provide a location for a search as desired or other geolocation techniques may be used, such as GPS or locating an IP address. For example, the “where” field may be provided to a user to allow the user to fill out a location. If the user declines to fill out a particular location, the field may be populated based on GPS data or other location data automatically. In some aspects, the field may be populated based on the search query of a user. For example, if a user searches for “grizzly,” the system may infer that the user is not concerned with a particular location, and may choose not to populate the where field with a location. However, if a user searches for “auto glass repair,” the system may infer that a user is concerned with a particular location, and the system may automatically populate the where field, such as with a user's location based on data API, GPS, IP address, or other sources of location information.

As illustrated, the search may provide auto suggestion results for typed search phrases. For example, if a user types “grizzly,” a number of different search terms may be suggested based on this partial search, such as “grizzly bear.” A user may then choose from among the suggestions or may continue typing their query.

The search results may also include validated content by the web site owners once they sign up and update their summary content. To verify ownership of the seller/content/service provider who wants to make changes to their business information or search summary of their website, a random short code is generated and sent to their phone as a voice message or text message or a long code to be posted on their website. Once they enter the code sent to them that matches what's saved in the database or they have created the web page with the code provided, it is verified by fetching and matching that page from their domain with what was sent to them. FIG. 7 illustrates one possible method that may be used to allow a content provider to verify ownership of a particular business or web site, in order to allow that content provider to optimize the way their business and website appears on search results. This method may be done by a system, such as one or more computers, in order to offer the ability for content providers to verify ownership of a search result such as a website listing, in order to take ownership of that search result. In this method, at block 705, the system provides a search result summary page to a provider, with an option for the provider to take ownership of the website, or search result, listing. This may allow a content provider to view their search result summary and click to take ownership, after signing up. For example, the owner of a web page may view the summary of their page, and sign up to take ownership of that page.

At block 710, the system receives a request from a provider to verify ownership of the website listing or search result. For example, the content provider requests for an ownership verification code to be sent to them or displayed on the web page by clicking a menu option. For example, the code may be sent via phone, email, text, or another electronic method of communication.

At block 715, the system provides an ownership verification code to the provider, in order to allow the provider to use the ownership verification code to verify ownership of a search result or a website listing. For example, the content provider receives the ownership verification code, such as via email, text, phone, or on a web page, and enters the code or creates a web page containing the code sent to them and then requests verification. For example, the code may be placed on a page named verify.html or another name, on the relevant web site, in order to verify that the content provider is, indeed, the proprietor of that particular web site.

At block 720, the system receives an indication from the provider that the ownership verification code has been placed, and compare the placed ownership verification code to the provided ownership verification code, in order to determine whether to grant the provider ownership of the search result or website listing. For example, the code sent to the Seller/Content/Service provider is compared to the entered code. If the codes match, ownership is established, allowing the owners to add, edit, or modify their content (text summary, photos, videos, contact, hours of operation etc.). For example, an online dialog may be presented to content owners in order to allow them to configure their search results to best describe their web site and their business. For example, an owner may be able to configure the descriptions in order to give users the best possible picture of what is contained on a given site, to provide updated contact information such as phone numbers, to include updated business hours, and other options.

Users are presented with uncluttered, clear and concise results page for their searched phrase, as illustrated in FIG. 2 . The results are aligned with a consistent look and feel to enable the users to quickly and visually compare the listed results. If there are multiple photos to display, an image display rotator with buttons to switch to the next photo in the same space is created. The photo(s) or video are displayed in line with the content summary Some of the contact information such as their email or phone number may be masked or not displayed to prevent spammers from harvesting it for misuse. However, the system will automatically send the message when they use the select and send button to send the message through a contact form.

Buyers using the search system described herein fast-track their search by choosing and reaching multiple sellers with the same request. They select the checkbox or button in front of each search result for each seller they decide to contact, as illustrated in FIG. 3 . For example, buyers may select a subset of search results to contact, using checkboxes, or another means. For example, a buyer may select the first, third, fifth, and seventh result, as desired. A buyer, or user, may then be offered the option to contact each of those four results, or the owner of those results, and ask them all a question. For example, if the search is for auto glass repair, the buyer may ask each business about their hours, pricing, and whether a certain car's windshield is in stock. The buyer may personally choose which of the options to ask, and the interface for asking such questions may allow the buyer to ask the same, or substantially the same (e.g., changing the name of the business in each message) question of each result. Accordingly, a buyer may be able to contact a number of different sources simultaneously, while personally selecting which sources to contact, and controlling the message sent to each of those sources.

Portions of a buyer interface are illustrated in FIG. 6 . Buyers can type a text message request 602, record a video 604 or upload photos 606 and send it 608 to all selected sellers at once. They can specify price and outline any other requirements they may have. They can choose to remain anonymous. What personal data is saved is at the discretion and control of the buyer. There is no mobile application software download and install that is required. Buyers save time, get better pricing and get the best match online or on their mobile devices.

With every selected check box, sellers receive an actual request message via phone, text, or email from a motivated buyer. The way to reach the sellers by their voice phone enables the service to reach those sellers and service providers who were not reachable except through their voice phone when the buyer called them one by one. These sellers/content/service providers may not advertise on line and may or may not have a web presence, The system presented enables a highly scalable automated seller and service provider reach platform to connect them with motivated buyers in a more contextual and instant manner.

The sellers can review the requests and the ones that are not relevant can be ignored at no cost. Only when sellers accept and pay to respond to the request do they get to connect with the buyer. Sellers get more relevant requests at a fraction of the cost of their current online advertisement buy, which is beneficial for sellers. Since the buyer is choosing multiple sellers, the value of paying for the first advertisement position declines in proportion to the number of sellers chosen, allowing sellers to conserve advertising dollars compared to other approaches to web-based advertising.

The web-based service may include a built-in customer relationship management (CRM) and analytics engine to manage the requests and convert prospects to customers. The built-in CRM eliminates the need for data to be moved from one system to another: from the initial request obtained from web search requests to a contact management software and then re-entered or migrated to a service management software for quotations, service orders, invoicing and accounting software for payments and collections. The built-in CRM helps manage the entire customer acquisition, service delivery and revenue collections process without the need for the sellers to make manual data entry into multiple information systems or develop any APIs to transfer data between multiple information systems,

Search results may be ranked by actual previous user experiences. In some aspects, the users may simply click on a button if they like the search results summary and the likes count are filtered with the user's IP addresses to prevent redundant likes from the same user. FIG. 9 illustrates one method than may be used to provide an exemplary interface, allowing for users to rate search results individually. These ratings may be used, at least in part, to sort search results to ensure that future searches return the most relevant possible results based on the available data. Both buyers and sellers may also be ranked by the number of actual requests received, seller responses made, and completed transactions, among other possible factors. Sellers may not be able to add fake reviews or recommendations, as only actual buyers and sellers who sent the request and received responses may provide a ranking or a “like.” This information may be used to rate and rank both buyers and the sellers. Additional criterion may include the number of sellers who were sent the request and the number of responses that were received for the same request to validate that it was not a fake request/response generated by any one sellers just to improve their own rating and ranking. Other metrics may also be used to ensure that certain sellers do not “game” the system in order to artificially inflate their own ranking.

A search provider, such as one who operates the system described herein, and optionally its partners who provide content and drive traffic can receive shared revenue from four, five, or even more sellers for each unique buyer request. Each seller may pay in real time for an accepted request that they decide to respond to. With each checked organic search result, a search provider and its search partner can acquire a new customer who more than likely has not previously bought web advertisements. Accordingly, the system may be advantageous for both a search provider and for those who drive traffic to the search provider.

The request-based engine described herein brings sellers steps closer to motivated buyers and significantly reduces the cost of advertising inherent in a click-based model. Sellers save on their advertising costs, buyers save time, convey and get exactly what they want. Since the buyer is requesting exactly what they want, and where and when they want it, the value of tracking the buyer's personal data significantly diminishes. Search partners get a scalable new local and national revenue source and new customers without the added cost of a local sales team.

Embodiments described herein may include any of the following features. A request-based online marketplace matching of buyers and sellers or service providers based upon the requests made by the buyers. Buyers can remain anonymous until they decide to reveal their identity. Buyers may use an intermediary system to relay their requests to sellers anonymously, and further communications may be conducted through message notifications through mobile applications, emails, text messages, phone calls, or web pages. A request-based online marketplace may also provide search and matching algorithms that prequalifies a seller and service provider with reviews, ratings and other credible information including photos, videos, accreditations, certifications, and other credentials. A request-based online marketplace may source the matched sellers and service providers from other third party websites through APIs. The information sourced from those third party websites may include photos, videos, reviews, accreditations, certifications, open hours, location, distance, business history, and features of their product or services and business information. The search matching may also include other search engines. The search results data may be obtained by transmitting the search phrase and receiving the results through an API that typically include the title, a summary description of the web page and the URL address to the web page. For each search result, a similar query may be transmitted to request relevant images, photos, and videos. The search query may be composed of the user's search phrase and each of the search results URL domain name. Further, the photos, images, and videos may be obtained by fetching the content for each of the search result using the URL and parsing for photo links and video links within the content. The photo links and video files may then be presented for each search result along with the summary content to represent a clear and concise summary version of the actual web page when clicked upon. When the search results are obtained without any contact information, the system may include a parser that retrieves the web page data from the search results URL, searches within that text for a contact page URL, fetches the contact page URL and parses that contact page text and html code to get a contact email and phone number if available.

Since the system knows both the buyers who sent their request and the sellers or content/service providers who were contacted, enables to validate the matched buyers and sellers and ask them about their experience, including if they actually did the business transaction and if they had a positive experience and if they would recommend it to others.

The search without location information is referred to as General Search results and ones with the location are referred to as Location based Search results. The nature of the search may be with or without the location information. A search results page, for example, may search for the requested matching content web sites, product or service from multiple external sources such as listing services like Bing, Google, Yandex, for general search results and Yahoo, Yellowpages, Yelp, CityGrid, etc., or find matched sellers or service providers from databases such as Acxiom, Infogroup, Localize, and others for Location based Search results. The matched results may include reviews, ratings, distance from the buyer requested location, hours of operation, history of business, accreditations, certifications, photos, and videos. In addition, there may be discounted offerings for their product or service made available. The buyer is enabled to send their request to multiple of the sellers or service providers to get responses from anyone who can best service their request.

Other exemplary features of the request-based online marketplace may include the following: Providing the site free to buyers. Requiring sellers to pay a subscription to obtain information about a buyers request or respond to the requests that they are interested in. For example, requesting periodic subscriptions such as monthly or yearly subscriptions. The price for a subscription may vary based on location and category. Other subscriptions may require fees from the seller based on the number of transactions, the amount of a transaction, the number of notifications, or matches per cycle or a fee to respond to the request. The website may include content owners to take ownership of the business information or content to validate and update their summary content for a fee. A reward may be returned to the buyer, as a percentage of the transaction, based on which, the search provider may get a percentage of the transaction.

The selected sellers will initially receive notification of each request through an automated phone call/voice message that directs them to the search provider website or the co-branded site. Using their phone number, they can find their free requests, choose, and send messages directly to the buyer, and sign up to get future requests via text or email. The sellers once signed up can select their preferences to receive further requests via voice calls or text messages to their mobile phones or email. The seller might receive as an example, five free requests, after which if the seller would like to respond to the next buyer's request, will pay a small fee for every accepted request. Each buyer's request might generate fees. Alternately, the seller may agree to pay a percentage of the revenue earned through the request to the search provider. Alternately, the cost to respond to a request may be a dynamic variable that is dynamically calculated and presented to the seller, determined based upon their response time rate of responding to previous requests, their ratings as obtained from previous buyer experiences and the value of the connection for that specific search category or phrase. This integrates search and messaging into a performance based request/response-connection revenue stream.

While the principles of the disclosure have been described above in connection with specific apparatuses and methods, it is to be clearly understood that this description is made only by way of example and not as limitation on the scope of the disclosure.

Implementation in Program Code:

Various implementations of the present disclosure are found in Appendices A—G, below. This implementations show certain implementations of some aspects of the present disclosure.

FIG. 1 illustrates a user interface 100 that accepts searches according to some aspects of the present disclosure. For example, a search box 102 may be presented to a user, and the user may specify a search query in search box 102, and optionally a location in a location field 104. The user may also be offered an option to show results either with or without contact information. The user may be presented with auto-suggested search terms as well, in a suggestion area 106 of user interface 100, based upon a user's search terms as they are being entered and/or after they are entered. This user interface might be part of a larger user interface, such as a web browser interface presented to the user on the user's computing device and/or as a mobile app display on a mobile device such as a smartphone that includes software to execute and operate apps that the user might have downloaded or otherwise activated.

FIG. 2 illustrates a search results display 200 that includes rich media content, such as images. These search results may be presented as a rendered web page, such as a hypertext document downloaded or obtained from a search server remove from the device displaying search results display 200. As illustrated, each search result entry 202 (examples provided as 202(1) through 202(4)) may include multiple types of information, including an image, a title, a description, and a URL. Other information may also be included.

FIG. 3 illustrates additional search results 300 that include rich media content such as images and offer contact information. Here, contact options checkboxes 302(1)-302(4) are shown, which may allow a user to contact multiple content providers or sellers at once, in order to ask them questions or attempt to price out services. As illustrated, contact options checkboxes may be available for all of the results, or only for a subset of the results. For example, if the search results were for “plumber” instead of “grizzly bears” there might be more contact options checkboxes.

In some aspects, a provider may create a new provider account, which may enable that provider to modify the search results displayed for that provider's content. For example, the provider may be allowed to alter the title, summary, or image used for a particular search result, although the provider might not be allowed to unilaterally determine whether their search result entry appears for a given search.

FIG. 4 illustrates a method for providing a user with rich media search results according to some aspects of the present disclosure.

At block 405, the user searches for a particular phrase, such as by typing the phrase. A system may be configured to provide an interface to allow a user to search, and to receive such a search from a user. At block 410, an autosuggest feature, such as using AJAX or another implementation, may suggest popular search terms based on a partial search term. This may be based on previous searches, by a user or by other users. The use may click on a suggested term to complete the search phrase. A system may be configured to provide such a suggestion box, and to accept such a suggestion that has been selected by a user. At block 415, the search phrase is matched to results, such as from an internal database. Certain search phrase may also be matched to an external database, such as by using an API call to another search engine. For example, the system may be configured to receive a search and to search one or more databases based on the receive search. The system may further return results from such a search to a user.

At block 420, content is fetched for each search result. This may be done after a user searches, or may be done prior to receiving a search, such as doing this offline and caching the data. The system, for one or more results received from a database, may be configured to fetch content for that result. At block 425, the engine or system extracts summary content from various sources on a web page or other search result. For example, it may extra information from the first paragraph and meta description tags, in addition to the summary description obtained from search results through the search engine API. The summary content may include text content found on the webpage, in its title, in various meta tags related to the document, in documents describing or linking to the document, or from other sources. At block 430, the engine or system may extract rich content, such as photos, images, videos, and other content, from fetched content, if that rich content is not already in the database. At block 435, if no rich content is available from the fetched content, the system or engine may search external image search engines with a relevant query (such as the search phrase and a domain name) for each search result, in order to return images or other rich content related to a particular fetched result.

At block 440, contact phone numbers, emails, and other contact information may be extracted from the fetched content by the system. This may also be done offline by bots or other devices, and saved in associated with a particular search result. Saving this information offline may allow for results to be returned much more quickly. Other search results, such as rich content, may also be extracted offline, prior to a user entering a search. Such caching may be advantageous generally. At block 445, the engine or system displays search results, including the rich content and contact information (perhaps with masked information to prevent harvesting). A selection button is provided to users to select the search results that the user wishes to contact. Accordingly, the method of FIG. 4 may allow a system to return rich search results, allow a user to contact the owners of the search results, always be as up-to-date as possible, and generally provide a high-quality internet search experience for users, and a great opportunity for inexpensive and effective marketing for providers.

FIG. 5 illustrates a method for displaying images according to some aspects of the present disclosure. At block 505, when the search results page is rendered in a user's device, if the photo or image does not display due to blocking by the source due to a different referrer than itself (hot linking). This may be problematic. The system may detect that certain images may not render due to hotlink protection, such as by attempting to render the image itself, or using a VPN, spoofing a web address, or another connection that might be deemed hot linking. At block 510, the image reference may be replaced using a server script with the URL parameter passed with the image link. The server script fetches the image from the source URL using curl or another method. For example, a system may automatically detect images that have hotlink protection, and may fetch those images itself, and replace the image URL in a resulting webpage with a local address with the image may be stored, or use another method to transmit an image to a client. At block 515, the server script sends the fetched image with appropriate header information to a user for display. In this manner, an image with hotlink protection may instead be fetched by the server and returned to the user, in order to allow the user to view the image.

FIG. 6 illustrates a form that may be used to send messages to multiple contacts at once according to some aspects of the present disclosure.

FIG. 7 illustrates a method for a content provider to be identified to enable the content provider to edit search result descriptions.

FIG. 8 illustrates a method of providing users with a listing of their past searches and requests to vendors. At block 805, the method includes when users enter information, such as a search phrase, a location, type a phrase include contact information, or a user checks their selections, this will be saved in session variables. For example, a system may be configured to save session variables based on user input. At block 810, when the user visits the main page or when a content provider page is reloaded, the session variables, such as search phrases, locations, contact information, and selections, are loaded for that user. For example, the system may load session variables for a given user when that user visits the main page or when a content provider page is reloaded. At block 815, the system further saves request data, such as text, links to photos, and videos uploaded, in the database for each identified user if that user is logged in. At block 820, the system, for each logged in user, displays a menu button with past requests that, when clicked on, lists all the past requests sent, with a summary of the request. Other information about the requests, such as a date and time of each request, is also saved. At block 825, the system, when a request is selected, displays the details of the request, including request text, photos, video thumbnails, contact information. The system also lists a button indicating “Send” and when selected, displays the search results page with the select buttons for the user to select multiple of them and send their request.

FIG. 9 illustrates a method of allowing users to rate search results and using those ratings for future searches. At block 905, the system provides an interface for users to provide feedback for their search results, such as an up/down button for each search result. At block 910, the system receives feedback from a user for a search result, and stores that feedback along with an associated user identifier, such as an IP address, in a data structure. For example, the data structure may include a database. At block 915, the system, when receiving new feedback from the same user, overwrites the previous feedback from that user on the particular link, based on the associated user identifier in the database. At block 920, the system, for each search result, provides a rating for that search result by totaling the feedback from each of the various users that have provided feedback for a particular search result.

FIG. 10 illustrates a method of obtaining feedback from both buyers and sellers, and using that feedback to improve search results. At block 1005, after each request is sent to multiple content/service providers/sellers, the buyer is sent a simple question by email/text message or voice call, asking if they did get what they wanted and which provider they chose or did business with. In some aspects, the system transmits one or more questions to a buyer after a request is sent to one or more providers. The system may also be configured to receive a response to the question. At block 1010, after each response to a request, the seller/content/service provider is asked if they sold to or serviced the buyer and if they would do business with them again. For example, the system may be configured to transmit one or more questions to providers after a given provider is contacted with a buyer. At block 1015, the answers to the questions are saved in the database. The total number of sellers/content/service providers who got the requests, along with if they did business with the buyer is used when rating each of them. If the buyer request was sent only to a single party or only a single provider responded, the rating question is not sent and the buyer's input is not used in determining the rating. The system may be configured to receive the answers to the one or more questions, from both buyer/users and sellers/providers. The system may be configured to store those response in a database. At block 1020, search results are displayed based upon the buyer's input of total thumbs up or down rating for each result and, the final decision and ratings total of chosen providers with the combined input of both the buyers and sellers to qualify completed transactions. For example, the system may be configured to display a number of search results. The system may be configured to display the results based at least in part on feedback for the given results, which may be used by the system to affect the order of the results, and/or whether certain results appear at all.

FIG. 11 illustrates a web page 1100 that may be used by a vendor according to some aspects of the present disclosure. The web page 1100 includes a search box 1105 to allow for searches of names, emails, phone numbers, or other contact information. The web page 1100 also includes a notes 1110 section, which enables a user to type in a request, such as a request for limos on a weekend day.

FIG. 12 illustrates hardware components that may be used to implement certain aspects of the present disclosure. This hardware is merely exemplary, and other hardware may also be used. Certain portions of this hardware are optional, and may be omitted as desired.

FIG. 13 illustrates certain logical aspects that may be used according to some aspects of the present disclosure. For example, a device 1348 may contain application code 1350, application logic 1352, library functions 1354, file input/output (I/O) functions 1356. The device 1348 also includes device data 1366 and application variables 1362, such as application variable 1364. The device includes other 1368 components, and may store log files 1380, such as various individual log files 1384.

FIG. 14 illustrates a form 1400 that may be used to validate a phone number according to some aspects of the present disclosure. In this form, you may enter a business phone number 1410, and then use a button 1420 to send a validation code as either a text message or as a voice message. FIG. 15 illustrates a form 1500 that allows a provider to enter the received code 1510 in order to validate a phone number.

FIG. 16 illustrates a form 1600 that may be used to allow providers to change information for a website or a search result. Using this form 1600, a provider may provide a description of their business 1610, keywords for their business 1620, a website URL 1630, a video link 1640, and a business address 1650.

FIG. 17 illustrates a form 1700 that may be used to provide contact information to the system according to some aspects of the present disclosure. Using this form 1700, a provider may indicate whether they would like to receive requests from users by voice 1710, and what phone number to use. Providers may indicate similarly for text 1720 and for email 1730 as well.

In some aspects, providers may be parties who provide content for the results provided by the system. For example, a provider may include a seller who offers a good or a product for sale. A provider may also include a content provider or a service provider, who offers content, such as content on a web page. A provider may also include other types of individuals or businesses. For example, a provider may include an individual who puts up a personal profile of themselves, such as on a dating site or a personal- or work-oriented site. A provider may thus include any type of individual or business that is responsible for a given search result, whether that search results reflects a personal or professional information page, a good or service for sale, a web site of any type.

Similarly, a user of the service may include a user who is looking for a variety of different types of information, goods, or services. In some aspects, a user may be a consumer who is considering purchasing a good or a service from a provider. A user may also be an individual who is looking to meet others, in a personal context or in a professional context, whether those others are new people or re-connecting with past friends or acquaintances. A user may also be an individual who is searching for information of any type. Accordingly, a user of the service described herein may include any of the buyers or other individuals described herein.

Additional Details and Variations

Providers do not need to be signed up with the web-based service or even be aware of the web-based service in order to have their information provided to consumers or other users. After a provider receives inquiries from users as a result of the web-based service, possibly including new business, that provider might be inclined to investigate the web-based service and set up a provider account with the web-based service. The provider might then be provided a provider user interface to allow the provider to add or modify information that the web-based service uses when generating search results for users, such as adding missing contact information, selecting a more appropriate image to represent provider, etc.

The operator of the web-based service might allocate the provider with a provider account at no cost or at some cost. The operator might allow for provider accounts at no cost and provide user queries initially at no cost, but then charge for user queries that are sent to the provider's computer. In some implementations, the provider computer has access to some user query information, but not enough user query information to allow the provider to entirely bypass interacting with the web-based service.

Where a user query indicates a selection of multiple providers, the web-based service might be configured to spread its forwarding of the user queries over time, perhaps sending them first to preferred provider computers, or spacing them out so that a user having made multiple queries of providers does not receive replies from all providers all at once. The order of sending user queries out to provider computers may be decided based upon which provider paid the most or which provider has the best reviews or ratings or, other sort methods such as distance, alphabetical order, relevance.

The user's user interface might also have a feature that allows the user to signal to the web-based service to stop future user query sending. This might be useful where a user makes a query, some providers respond such that the user no longer needs additional provider responses. Because the sending of user queries to provider computers was staggered, those later provider computers do not receive those user queries. This can benefit the users, who get fewer new calls after signaling that they do not want more calls, and providers who end up fielding fewer dead leads.

The web-based service, upon presenting a user with search results, can provide the user an option to select one or more of the search results, using click boxes or other user interface elements. The web-based service can facilitate the selection process by prepopulating click boxes by inferring possible user preferences. For example, the search results might show 20 search hits, but have preselected the click boxes for the four results that the web-based service determined related to providers with a geographic location closest to the user.

In a particular embodiment, a service provider loads a database of records from public data sources and/or proprietary data sources, wherein some of the records are vendor records. A vendor record contains information about a particular vendor of products and/or services. As the service of the service provider is used, the database might be updated and revised. Some of the records in the database might relate to non-vendor entries. For example, there might be a record for an ocean cruise line and a record for an article about ocean research not associated with any vendor.

A user, such as a searcher, potential customer, or the like, would query the search service, perhaps by using the user's computing device to connect to the search service, such as by HTTP messages as used for web interactions. The user might be presented with a web page along the lines of FIG. 1 and would type in details of a search. The user would then be presented with search results, such as by the search service computer returning HTML webpages appropriately arranged. Over time, the search service computers would update the database based on user searches, popularity, what the users do after receiving their search results, etc.

A search results page, comprising one or more search result entry corresponding to records in the database, is presented to the user and can include multiple selection user interface elements that the user can use to select among the search results. The user might then be presented with another interface, such as a web form, where the specific fields and selections on the form might vary from topic to topic, where the topic of interest to the user might be determined by the user explicitly selecting a topic or by the search service computer determining from user actions the topic. For example, the fields presented for the topics of “ocean cruises”, “plumbers”, “gardeners”, “roofers”, “birthday parties”, “grizzly bears”, “trivia”, etc. might all be different.

Once the user enters the information on the web form and the user's computer provides that to the search service computer, the search service computer generates a message to send to the selected vendors, where applicable. This allows the user to perform a search for a particular product or service, and have a message sent to multiple vendors in one action.

The search results page, comprising the search results entries, is based on the database of records. Thus, for each search result entry, the search service computer might have an image, some text, one or more URLs or other reference details, an address, and a telephone number for each search result entry. An interested vendor might want to “claim” and particular search result entry and such interest might be recorded in the appropriate record corresponding to that search result entry. The interested vendor can then, through a vendor computer system, interact with the search service computer, to modify the details of that vendor's record, such as the image and text. That way, when future users are performing searches and that vendor's record is determined by the search service computer to be relevant enough to be in that user's search results, the search results web page generated would include the vendor-selected image and text. This has a benefit to the users, as they might be more likely to get better information when it is from the vendor rather than from generic spidering or other sources, and has a benefit to the vendors in presenting themselves in a preferred manner.

To avoid losing the benefits to the users, vendor actions would not cause wholesale modification of search results, such as where one vendor pays to always be first or second in the search results. However, the search service computer might, when determining an order of presentation of the search result entries and/or which ones are included, take into account vendor ratings made by prior users, how engaged the vendor is, how responsive the vendor is to prior messages from the search service computer. This provides somewhat of a hybrid search experience to users, wherein which search result entries are presented is determined by a search engine process and algorithm, but the contents of a given search result entry (or parts thereof) can be controlled and/or determined by a party who has “claimed” that search result entry.

Further embodiments can be envisioned to one of ordinary skill in the art after reading this disclosure. In other embodiments, combinations or sub-combinations of the above disclosed invention can be advantageously made. The example arrangements of components are shown for purposes of illustration and it should be understood that combinations, additions, re-arrangements, and the like are contemplated in alternative embodiments of the present invention.

Thus, while the invention has been described with respect to exemplary embodiments, one skilled in the art will recognize that numerous modifications are possible. For example, the processes described herein may be implemented using hardware components, software components, and/or any combination thereof. The specification and drawings are, accordingly, to be regarded in an illustrative rather than a restrictive sense. It will, however, be evident that various modifications and changes may be made thereunto without departing from the broader spirit and scope of the invention as set forth in the claims and that the invention is intended to cover all modifications and equivalents within the scope of the following claims. 

What is claimed is:
 1. A method for improving search results that are to be provided to a user device, the method comprising: communicating, via a first communication path, from a server to a provider computer system of a provider, a search result comprising an option for the provider to verify an ownership of a matched service that is included in the search result; receiving, by the server from the provider computer system, a verification request for verifying the ownership of the matched service; providing, via a second communication path, using the server, a provided ownership verification code to the provider computer system wherein the second communication path is different than the first communication path; receiving, using the server, an indication from the provider computer system, wherein the indication comprises a used ownership verification code used by the provider computer system; comparing the used ownership verification code with the provided ownership verification code to determine whether the ownership of the matched service is verified, thus being a verified ownership; and providing, using the server, an updated search result to the user device, wherein the updated search result comprises the matched service with the verified ownership, thereby associating the provider with the matched service.
 2. The method of claim 1, wherein the second communication path is different than the first communication path.
 3. The method of claim 2, wherein providing the updated search result to the user device comprises providing the updated search result via the first communication path.
 4. The method of claim 1, further comprising: providing, using the server, a user interface to the provider, wherein the user interface is configured to allow the provider to establish a new provider account and to allow the provider to modify the matched service with the verified ownership by the provider; and storing modifications made by the provider via the user interface.
 5. The method of claim 1, wherein the search result includes contact data, the contact data including at least one of an email address and a phone number for the provider if the provider is associated with the matched service.
 6. The method of claim 5, wherein the providing the provided ownership verification code to the provider computer system comprises sending the provided ownership verification code using the contact data in the search result.
 7. The method of claim 1, further comprising selecting an image for the search result, the image selected based on at least one of an image resolution, image dimensions, and image colors.
 8. The method of claim 1, further comprising, prior to providing the updated search result, sorting the matched service and one or more other services into an order, the order based at least in part on previous user experiences with at least one of the matched service and the one or more other services.
 9. The method of claim 1, wherein the second communication path comprises a path via a verification website that is managed by a third party. 